导航改版第六周，我们把三条杠拆成了底部四个格子

改版启动会开到第四十分钟，屏幕上是旧站在手机里的截图：顶部一条横向排开的栏目条，八个名字挤在一行，最后两个被压成了半个字。老板看了两秒说，太挤了，收进那三条杠里，干净点。会议室里没有人反对，包括我。这个决定当时看起来只是收纳问题，屏幕就那么宽，东西放不下就收起来，天经地义。

六周之后，我们把那三条杠拆掉了，换成了底部四个固定格子，另外两个栏目挪进了首屏的卡片里。中间这六周做的事情，其实和审美没什么关系。

第一周：先翻自己的点击流水，不是翻竞品

第一周原计划是收集竞品参考，实际只花了半天。真正有用的是运营导出的一份表：旧站移动端过去九十天，八个一级栏目各自的进入量与来源路径。数据摊开之后有两个数字很扎眼——前两个栏目吃掉了全部栏目点击的百分之七十四，排在后面的三个加起来不到百分之六。更关键的是来源，超过一半的栏目访问不是从导航条进去的，而是从首页中部的图文区块和文章底部的相关推荐进去的。

这份表改变了讨论的前提。八个栏目挤成一行确实难看，但难看的代价和藏起来的代价不是一回事：前者损失的是观感，后者损失的是那两个占了七成点击的入口。在网站设计里做收纳，收的必须是低频项，而不是所有项一起收——一起收等于把高频项也一并降权，只是降权的过程发生在用户看不见的地方，报表上要过一两个月才显形。

如果手上没有旧站数据，也不必卡住。可以退一步用客服记录代替：统计最近三个月里客户在微信上重复问了什么，问得最多的那两三件事对应的页面，就是必须留在明面上的入口。这个替代口径粗糙，但方向不会错，比照抄同行的导航结构可靠得多。

第二到第三周：一级导航只有四个名额

接下来两周做的是减法。网站设计里最费劲的环节往往不是画界面，而是砍东西，所以规则先定死：移动端一级导航固定四个名额，第五个开始不进导航，只能出现在首屏卡片或页脚。四这个数字不是拍脑袋——底部固定栏在三百九十点宽的屏幕上，每格净宽不到九十七点，图标加两到四个汉字刚好排得开，放到五格文字就要缩到极小或者换行，六格基本只能纯图标，而纯图标在企业站上的识别率低得让人意外。

名额一旦有限，争论就从「要不要放」变成了「谁让位」，这是个好现象。我们的四个名额最后给了首页、产品、案例、联系。新闻中心没进去，尽管它每周更新，尽管有人坚持它代表企业活力——它九十天里拿到了百分之三点二的栏目点击。招聘也没进去，改成放在页脚，同时在页脚给了一个更明显的位置。

让位的栏目不是消失，而是换了一种出现方式。案例和产品之外那几个中频栏目，被做成首屏第二屏的两行卡片，每张卡片带一句十来个字的说明，比一个光秃秃的栏目名更能说明里面有什么。这一步的效果超出预期：上线后这两行卡片的点击量，是旧站同名栏目从顶部导航条进入量的两倍多。栏目本身没变，变的只是它被介绍的方式。

第四周：三种容器各做一版，拿同一条任务去撞

第四周我们没有开评审会，做了三个可点的原型：A 版是抽屉式汉堡菜单，B 版是底部四格固定栏，C 版是顶部横向可滚动标签。三版内容完全一致，只有导航容器不同。然后找了七个人来走同一条任务：从首页出发，找到某个型号的技术参数，再提交一次询价。七个人里有四个是公司同事但不属于项目组，三个是熟客介绍的外部人员，都在自己的手机上操作。

结果不复杂。A 版平均完成时间比 B 版慢六到九秒，慢的原因不是抽屉打开动画那两三百毫秒，而是多出的两次点击加上一次犹豫——有三个人打开抽屉后先停顿了一下，从上往下扫了一遍才点。C 版最快，但出了另一个问题：两个人从头到尾没发现标签栏可以左右滑，右侧被截断的那个栏目他们压根不知道存在。后来我们把右侧截断量从贴边改成露出约十二像素，再测就没人漏了。这种量级的细节，在网站设计评审的投影仪上永远看不出来，只有真机上的手指能发现。

还有一个顺手做的对照：把汉堡图标旁边加上「菜单」两个字，和纯图标版本各投放一半流量。带文字那版的打开率是纯图标版的一点三倍左右。这个改动的成本大约是十分钟。

上线后第三天到第十四天：只盯三个数字

新版上线后前两天不看数据，缓存和老用户习惯都会干扰判断。从第三天开始，我们只盯三个数字。第一个是核心栏目的进入量对比，产品和案例两个栏目相比旧站同期涨了三成多，这一项达标。第二个是底部固定栏的误触率，通过点击后三秒内返回来近似统计——iPhone 底部有一条约三十四点高的手势安全区，固定栏如果不留出这段内边距，最下沿的点击会被系统手势吃掉一部分，用户感觉是点了没反应。我们第一版留了二十四点，第五天调到三十四点后，这个数字降了将近一半。

第三个数字是页面底部内容的可见性。底部多了一条五十六点高的固定栏，等于每一屏都少了一块。表单最后的提交按钮、文章末尾的联系方式，都有可能被压在栏后面。做法是给页面主体加上等高的下内边距，另外在 iOS Safari 上用动态视口高度单位替代传统的百分之百视口高度，否则浏览器工具栏收起展开时，底部固定栏会跟着跳一下，视觉上很廉价。这两处如果在网站设计交付时没写进验收项，多半要等用户投诉才发现。

我们也提前定了回滚线：如果两周内核心栏目进入量不升反降超过两成，就退回旧结构重新想。这条线没用上，但定下来之后，团队讨论时的语气明显从辩护变成了看数据。

第三十天以后：导航会自己长回去

第三十天前后，第一封邮件来了——市场部要在底部栏加一个「专题活动」入口，说是有场展会要推。第三十五天，人事希望把招聘挪回底部栏。如果不设规则，半年之后底部栏会重新变成六格甚至七格，回到当初那条挤成一行的顶部栏，只是换了个位置。

我们的处理办法是把四个名额写成一条明确约定：名额总数不变，新增必须挤掉一个，谁提出谁负责说明被挤掉的那个凭什么让位，并且以九十天的数据为准。展会那次，市场部自己算完就放弃了——他们真正需要的只是一个能投放的落地页，那条链接放在首页顶部一条可关闭的横幅上更合适，展会结束就撤掉，两分钟的事，不必动导航结构。

另一件要提前约定的是编辑权限。后台如果允许运营随手在导航里加栏目，那么再严的规则也挡不住三个月后的临时需求。这属于网站设计交付时就该一并谈妥的后台配置：把移动端一级导航的四个位置在系统里锁定，需要变更时走一次简单审批，同时把首屏卡片区做成运营可以自由编辑的区域，让临时需求有一个正当的出口。堵和疏必须同时做，只堵的规则活不过一个季度。

如果你的站已经上线，来不及按这个顺序重做，那就按成本从低到高做三件事，并且严格按这个次序。第一件，今天就能做：在汉堡图标旁边加上「菜单」二字，把首屏第二屏空出两行，放上两到四张带说明的栏目卡片，指向数据上最重要的那两个栏目。第二件，本周内：调出最近九十天一级栏目的点击分布，看前两项占比是不是超过七成，如果是，说明结构问题已经确诊，可以立项。第三件，等有档期再做：把导航容器换成底部固定栏。顺序不能颠倒——先换容器再看数据，你会不知道涨的那部分到底是容器带来的，还是那两行卡片带来的。